gbak
Otázka od: Lebeda David
28. 11. 2002 10:20
Ahoj,
chci se zeptat, jestli nekdo pouzivate v nejakem ostrem vetsim provozu zalohu a
obnovu s pomoci komponent IBBackupService a IBRestoreService a jak se vam to
jevi stabilni?
Ja jsem behem vcerejska a dneska podnikl 7 (!) pokusu o obnovu ze zalohy a
uspel
jsem v nula pripadech. gfix na databazi nenasel zadny problem, gbk soubor
vznikl
nekolikrat a bez problemu. Vse prostrednictvim komponent IBBackupService a
IBRestoreService.
Ale proces obnovy se nikdy nepodaril, najednou to uprostred obnovovani na
nahodnem miste, pokazde jindy, napsalo ve 4 pripadech Lock manager out of room,
ackoli prislusny konfiguracni parametr ma hodnotu 200000, a ve zbyvajicich
trech
pripadech opet na nahodnem miste hlasku Arithmetic exception, numeric overflow
or
string truncation. Pritom ta hlaska je zcestna - poprve vznikla pri obnove
tabulky, tak
jsem si dal vypsat jeji obsah selectem - a zcela bez problemu. Podruhe a
potreti ta
hlaska vznikla pri obnove nejakeho indexu, coz je ovsem nesmysl. Pri obnove
indexu bych ji necekal a navic jde zjevne o nahodne misto a s tim, co se prave
obnovuje to nejspis nesouvisi.
Uvedena pozorovani me vedou k tomu, ze nejlepsi metoda zalohovani je vzit gdb
soubor, zkomprimovat ho a nekam odkopirovat, protoze je vysoce pravdepodobne,
ze s pripadnou obnovou ze zalohy pres gbak budou znacne problemy.
Verze LI-V6.2.796 Firebird 1.0 na linuxu.
David Lebeda
Odpovedá: Josef Semera
28. 11. 2002 15:21
IBBackupService a IBRestoreService - driv jsem je zkousel a naprosto
stejne zkusenosti. Od te doby pouzivam primo gbak a nikdy zadna chyba
(pokud jim uklizecka nevypne server behem práce) .
Navic mam programek pro automaticke nastaveni zalohovani, ktery nejen
zalohuje, ale i treba jednou tydne, dle nastaveni, provede pokusnou
obnovu do TEMP, a jednou mesicne pokud se obnova uspesna prejmenuje
puvodni IB a prejmenuje obnovenou z tempu místo puvodni.
Semera
> obnovu s pomoci komponent IBBackupService a IBRestoreService a jak se
vam
> to
> jevi stabilni?
> Ja jsem behem vcerejska a dneska podnikl 7 (!) pokusu o obnovu ze
zalohy a
> uspel
> jsem v nula pripadech. gfix na databazi nenasel zadny problem, gbk
soubor
> vznikl
> nekolikrat a bez problemu. Vse prostrednictvim komponent
IBBackupService a
> IBRestoreService.
>
> Ale proces obnovy se nikdy nepodaril, najednou to uprostred obnovovani
na
> nahodnem miste, pokazde jindy, napsalo ve 4 pripadech Lock manager out
of
> room,
> ackoli prislusny konfiguracni parametr ma hodnotu 200000, a ve
zbyvajicich
> trech
> pripadech opet na nahodnem miste hlasku Arithmetic exception, numeric
> overflow or
> string truncation. Pritom ta hlaska je zcestna - poprve vznikla pri
obnove
> tabulky, tak
> jsem si dal vypsat jeji obsah selectem - a zcela bez problemu. Podruhe
a
> potreti ta
> hlaska vznikla pri obnove nejakeho indexu, coz je ovsem nesmysl. Pri
> obnove
> indexu bych ji necekal a navic jde zjevne o nahodne misto a s tim, co
se
> prave
> obnovuje to nejspis nesouvisi.
>
> Uvedena pozorovani me vedou k tomu, ze nejlepsi metoda zalohovani je
vzit
> gdb
> soubor, zkomprimovat ho a nekam odkopirovat, protoze je vysoce
> pravdepodobne,
> ze s pripadnou obnovou ze zalohy pres gbak budou znacne problemy.
>
> Verze LI-V6.2.796 Firebird 1.0 na linuxu.
>
Odpovedá: Lebeda David
28. 11. 2002 16:26
> IBBackupService a IBRestoreService - driv jsem je zkousel a naprosto
> stejne zkusenosti. Od te doby pouzivam primo gbak a nikdy zadna chyba
> (pokud jim uklizecka nevypne server behem práce) .
Je to opravdu tak. Zatimco IBRestoreService nikdy neuspeje,
obnova s pomoci IBExperta je zcela bez problemu. Ackoli by oba
postupy mely pouzivat stejnou technologii, tj. ze vzdaleneho klienta
zavolat gbak, implementace IBRestoreService je zrejme nejaka
zprasena a tudiz nefunkcni. Az budu mit nekdy cas, zkusim se
podivat do zdrojaku, ale zatim je jedine reseni - komponentam na
zalozce IBAdmin se vyhnout sirokym obloukem.
David Lebeda
Odpovedá: bleak
28. 11. 2002 18:41
me to chodi naprosto bez problemu... zaloha i obnoveni na D6P
bleak
----- Original Message -----
From: "Lebeda David" <david.lebeda@comarr.cz>
Je to opravdu tak. Zatimco IBRestoreService nikdy neuspeje,
obnova s pomoci IBExperta je zcela bez problemu. Ackoli by oba
postupy mely pouzivat stejnou technologii, tj. ze vzdaleneho klienta
zavolat gbak, implementace IBRestoreService je zrejme nejaka
zprasena a tudiz nefunkcni. Az budu mit nekdy cas, zkusim se
podivat do zdrojaku, ale zatim je jedine reseni - komponentam na
zalozce IBAdmin se vyhnout sirokym obloukem.
David Lebeda
Odpovedá: Lebeda David
2. 12. 2002 10:09
> me to chodi naprosto bez problemu... zaloha i obnoveni na D6P
> bleak
Ahoj,
a muzu se zeptat, na jak velke databazi, myslim z hlediska poctu
tabulek a tak. Ono to tozi vyhuci az po delsi dobe, takze nejake
neprilis kosate databaze asi nebudou delat problemy.
Jinak je to ale uz jedno, jen me to zajima. K uvedenym
komponentam jsem pojal neduveru a budu radeji pouzivat pro
zalohovani IBExperta nebo IBConsoli.
Dik
David Lebeda
Odpovedá: bleak
4. 12. 2002 19:07
no, je to fakt mrnava (optimalizovana) databaze, na disku zabira cca 70 MB
vcetne indexu a obsahuje 15 tabulek, nejvetsi tabulka ma pres 500 000
zaznamu.
bleak
----- Original Message -----
From: "Lebeda David" <david.lebeda@comarr.cz>
> > me to chodi naprosto bez problemu... zaloha i obnoveni na D6P
> > bleak
>
> Ahoj,
> a muzu se zeptat, na jak velke databazi, myslim z hlediska poctu
> tabulek a tak. Ono to tozi vyhuci az po delsi dobe, takze nejake
> neprilis kosate databaze asi nebudou delat problemy.
> David Lebeda